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PATENT 

METHOD AND APPARATUS FOR MANAGING DATA TRAFFIC 
BETWEEN A fflGH CAPACITY SOURCE AND MULTIPLE 

DESTINATIONS 

5 CROSS REFERENCE TO RELATED APPLICATIONS ^ 

This applicarion claims priority from provisional patent application 60/136,680, filed May 28, 

1999. 

This application also claims priority from patent application METHOD, ^STD APPARATUS 
FOR INTERCONNECTION OF FLOW-CONTROLLED COMMUNICATION,Afiled May 19, 2000 
10 which claims priority from provisional patent appUcation 60/134,959 filed May 19, 1999. 

This application also claims priority from patent application METHOD AND APPARATUS 
FOR AN OPTIMIZED DIGITAL SUBSCRIBER LOOP ACCESS MULTIPLEXER, filed May 12, 
2000, which claims priority from provisional patent application 60/134,119, filed 5/14/99. 

Each of these applications are incorporated herein by reference. 

_ 15 FIELD OF THE INVENTION 

2 The present invention is related to the field of digital communications. More specifically, the 

Ul present invention is directed to methods and/or systems and/or apparatuses for scheduling data traffic 

^ from a high capacity source to a number of lower capacity destinations. 

yj BACKGROUND OF THE INVENTION 

ry 20 In a DSLAM system and other data transfer systems, data may be sent from a higher-speed or 

^ higher-capacity data source to a large number (potentially thousands) of lower-capacity destinations. In 

\j\ some systems, a traffic management device is responsible for distributing this data to destinations across a 

shared communication channel, such as a shared data bus. In some types of systems, each destination can 
have wide ranging data rates (such as ranging from 23Kbps to 52Mbps) and data rates for some 
25 destinations can change in real time. A large number and varying data rates of destinations can make 
scheduling data efficiently and fairly challenging without greatly increasing hardware size and power. 

In DSLAMs and similar systems, some architectures require per port transmission FIFO's, which 
can be costly to implement in terms of power and size. 

Another proposed solution in ATM and other systems is to shape the downstream traffic on a per 
30 destination (or per port) basis. This per port shaping function shapes the aggregate traffic to each loop 
port's actual data rate, thus eliminating the need for any further scheduling. However, solutions using per 
port traffic shaping often must adjust the shaping rate in real time each time the loop port changes rates. 
Due to the latency between the loop port data rate changing and the traffic shaper rate changing, there 
must be a mechanism to ensure the PHY buffer in the loop port is not overflowed To do this the shaper 
35 rate must be less then the actual loop port rate since the two rates are not synchronized. The rate 
difference represents a loss in throughput bandwidth. 
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Another solution in ATM-type systems is to extend the UTOPIA Level 2 (UL2) standard to 
support a large number of ports. This involves polling all ports, collecting and prioritizing their 
responses, and then sending data to the selected loop port. Solutions that try to extend the current 
UTOPIA Level 2 standard sufTer from the UL2 limitations of: (1) There is no inherent mechanism for 
5 port weighting. All ports would have to be polled at a rate to satisfy the fastest loop port. (2) UL2 is not 
intended to support aggregate port bandwidth greatCT then the UL2 bus bandwidth. (3) The UTOPIA 
Level 2 standard supports 31 ports; to scale UL2 to a large number of ports would require more polling 
bandwidth and additional pins. For example, scaling linearly for 2k loop ports results in 64 poll status 
puis carrying very little useful information. 

10 Prior Patents and Publications or other relevant materials 

The following patents and publications may be related to the invention or provide backgroimd 

information. Listing of these references here should not be taken to indicate that any formal search has 

been completed or that any of these references constitute prior art. References include: 

TranSwitch Cubit based DSLAM design 

15 Motorola 860SAR based DSLAM design 

O IgT WAC- 185/ 186/ 1 87/ 188 based DSLAM design 

ip PMC'980448, A TM Trajpc Manager Device Telecom Standard Product Engineering Document 

K PMC-980929, APEX Loop Port Scheduler 

HI GLOSSARY 

Si 20 The following is a list of terms and abbreviations according to specific defmitions as imderstood 

£ in the art. Listing of these terms here is intended to help the reader in understanding various aspects of the 

present discussion, but is not intended to limit other meanings for certain terms as they may be used or 
nJ understood by practitioners in the art. 

AAL5 ATM Adaptation Layer 5 

25 ADSL Asymmetric Digital Subscriber Loop 

ADSL, lite Splitter less Asymmetric Digital Subscriber Loop 

Any-PHY A super set UTOPIA and POS-PHY interconnect defmition 

APEX ATM switch providing COS queuing/scheduling, shaping, and congestion 

management across 2k ports targeted at DSLAM applications. 

30 ATLAS Next Generation 622Mbps ATM Layer Solution: Address Translation, 

Policing and OAM 
ATM Asynchronous Transfer Mode 

Delay Variation Variance in traffic delay with respect to the nominal latency 

Downstream towards the access or DSLs 

35 DSL Digital Subscriber Loop 

DSLAM Digital Subscriber Loop Access Multiplexer 

DUPLEX DSLAM line card traffic aggregator and flow control manager 
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EPD Early Packet Discard - the process of discarding all the cells of an AAL5 

packet given the anticipation of congestion 

FR Frame Relay 

GCRA Generic Cell Rate Algorithm 

HCS Header Check Sum 

HDSL High Speed Digital Subscriber Loop 

ICI Ingress Connection Identifier 

OAM Operations, Administration, and Maintenance 

PCR Peak Cell Rate 

PHY Physical layer 

PPD Partial Packet Discard - the process of discarding the remainder of the cells of 

an AAL5 packet once a cell of an AAL5 packet has been discarded 

SAR Segmentation and Reassembly 

SCR Sustained Cell Rate 

SDSL Symmetric Digital Subscriber Loop 

Shape Rate The rate at which the traffic is shaped to. 

TC Transmission Convergence 

Traffic Latency Processing and/or transmission delay of traffic (cells or packets in this context). 

Traffic Management Managing traffic from a queuing, scheduling, and congestion control 

perspective. 

Traffic Shaping The process of emitting traffic (cells for ATM) at a specified rate - the shape 

rate. 

UpStream towards the WAN 

UTOPIA Universal Test and Operations Interface for ATM 

VC Virtual Connection 

VCC Virtual Channel Connection 

VCI Virtual Channel Identifier 

VDSL Very High Speed Digital Subscriber Loop 

VORTEX DSLAM core card traffic aggregator and flow control manager 

VPC Virtual Path Connection 

VPI Virtual Path Identifier 

WAN Wide Area Network 

xDSL Any Digital Subscriber Loop variant 

ChannellD is the modem channel identifier relative to the VORTEX it is connected through. 

It is comprised of the HSSID, and PHYED. A VORTEX maps ChannellDs and 

VORTEX base addresses to PortlDs. 
HSSID[n:0] the serial link number within the selected VORTEX. n=2 in the current version 

of the VORTEX. 
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PHYID[m:0] 



the channel number within the selected serial link, m is register configurable on 



a per serial link basis and is < 5. 



Polling Address 



the 11 bit address driven from the APEX to the VORTEXs. It carries the 



PortActive. 



TP A, 



PortID 



PortlD being polled. 

bit per port asserted if at least one cell is queued in that port 

is the APEX loop port identifier. An 11 -bit number identifying 1 of the 2k 

APEX loop ports. 

Transmit Packet Available. A signal returned from a polled port that indicates 



that the port is able to accept a data unit (packet or cell). 



SUMMARY 



The present invention, in various embodiments, involves a data transfer management system 
and/or method for scheduling transmission of data units (or cells) to a number of destinations (such as 
loop port terminations). A particular application is a DSLAM architecture as described in the documents 
referenced above, particularly provisional patent apphcation 60/134,119 referenced above. However, it 
will be apparent from the teachings provided herein that data transmission scheduling according to the 
invention can be used in other types of logical systems. 

In specific embodiments, the present invention, rather than scheduling data transfer to destinations 
(herein destinations may also be referred to as ports), schedules the polling of destinations to determine 
destination availability to accept data and then emits data to destinations with successful polls. 

In specific embodiments, the invention can use weighted interleaved round robin (WIRR) 
scheduling in conjunction with a weight spreader function to schedule polling. In a further aspect, polling 
bandwidth is minimized by only polling ports that have data queued and have a high probability of being 
able to accept data. Ensuring a high probability in specific embodiments is accomplished by having 
application software set a polling interval for a port that tends to ensure that a port will only be chosen for 
polling after a sufficient interval has elapsed in which it will be likely that the port would have completely 
accepted any data transmitted after a previous poll. Apphcation software in various embodiments can 
adjust the poll interval based on detecting and changing the speed of a particular port, or, in some 
embodiments, based on detected repeated underruns at a loop port. 

In various specific embodiments, various aspects according to the invention provide: 

1. Effective scheduling for a large number of destinations (for example, up to 2k loop ports in a 
particular embodiment). 

2. Support for a wide range of per-port data rates. In a specific application, for example, data 
rates between about 32Kbps and 52Mbps. 

3. Fairly distributed bandwidth among ports given that aggregate port bandwidth may be greater 
than a shared channel bandwidth and ensuring that if maximum bandwidth is exceeded, no one 
port is penalized substantially more than any other port. 

4. Minimized delay variation and underflow. 
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5. Even distribution of the available bandwidth allotted to port's of similar rates (e.g. avoiding 
spikes/bursts when ports of the same rate always want data at the same time). 

6. Fair (according to port weight) distribution of the polling of populated ports in time, without 
restricting which of the ports are populated. 

5 7. Fair (according to port weight) distribution of the polling of populated ports in time, without 

restricting port population according to port rate. 
8. Minimized polling bandwidth and pin requirements between the port scheduler and the port 
devices. 

The invention may be used in applications that require an efficient, even, and fair distribution of 
10 bandwidth to a high number of destinations. Ports as used herein can be imderstood generally to represent 
any logical termination or destination of a data imit or data stream. In one embodimrait, the invOTtion may 
be used in an APEX architecture as described in the above referenced documents to schedule the polling of 
2k loop ports in a downstream direction. Ports in this embodimait can generally be understood as modems 
or other physical device interfaces or as a virtual channel. 
15 The present invention may also be incorporated into a communication system or communication 

y network to facilitate the transmission of data from a high-capacity source over a shared channel to a 

ij% number of lower-capacity destinations. 

K= A further understanding of the invention can be had from the detailed discussion of specific 

B 

embodiments and specific products incorporating aspects of the invention below. For purposes of clarity, 
m 20 this discussion refers to devices, methods, and concepts in terms of specific examples. However, the 

method of the present invention may operate with a wide variety of types of devices. It is therefore 
Q intended that the invention not be limited except as provided in the attached claims. 

Furthermore, it is well known in the art that logic systems can include a wide variety of different 

n ^ 

}Z components and different functions in a modular fashion. Different embodiments of a system can include 

Q 25 different mixtures of elements and functions and may group various functions as parts of various 

™ elements. 

For purposes of clarity, the invention is described in terms of systems that include many different 
innovative components and innovative combinations of components. No inference should be taken to limit 
the invention to combinations containing all of the iiuiovative components listed in any illustrative 
30 embodiment. 

For the sake of clarity, the invention will be explained herein with respect to specific 
embodiments, in some cases including specific numbers of buffers, communication lines, or other 
components. It will be clear to those of skill in the art that the invention may be deployed in many 
alternative logic applications. The invention may also be deployed as described below for operation of a 
35 wide variety of communications devices, including devices that use various types of packet protocols 
rather than cell protocols. For the sake of clarity, the invention will be described in terms of specific 
examples. It is inherent in the art that logic devices and processes and communications devices can be 
highly variable in the arrangement and configuration of different components. Described examples should 
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therefore beai taken as illustrations and not seen as limiting the invention and the invention should not be 
limited except as provided by the attached claims and allowable equivalents. 

In order to facilitate description, the foHowdng discussion will describe the present invention in 
terms of particular methods and architectures for providing scheduling services, particular in a DSLAM 
5 environment but also applicable to other communications systems. It will be understood to those of skill in 
the art, however, that various innovative communication methods and devices according to specific 
embodiments of the invention may be used in other communication schemes. The invention should 
therefore not be taken as limited except as provided in the attached claims. 

All publications, references, patents, and patent appUcations cited herein are hereby incorporated 
10 by reference in their entirety for all purposes. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 illustrates an example traffic management module according to specific embodiments of 

the invention. 

FIG. 2 is a block diagram showing an example loop port scheduler implementation according to 
15 specific embodiments of the invention. 

FIG. 3 illustrates scheduling weights for particular port speeds as an example according to 
specific embodiments of the invention. 

DESCRIPTION OF SPECIFIC EMBODIMENTS 

Example Traffic Management Device Architecture 

20 FIG. 1 illustrates an example traffic management module according to specific embodiments of 

Q the invention. As shown in the figure, an example traffic management device 602 according to the 

V\ invention includes a poller 610, for issuing poll requests to a plurality of destinations (such as port 

nJ 

IP terminations 105). A loop port scheduler (LPS) 600 issues poll requests to poller 610 via Poll Request 

S FIFO 616. A specific example process for selecting scheduled ports is discussed in the following sectioa 

^ 25 Poller 610 uses the PortlDs from the Poll Request FIFO 616, to poll ports looking for asserted port 

available signals (TP As) to which cells may be transmitted. 

Poller 610 polls the requested loop port. If the loop port responds to the poll with status 
indicating it can accept data (e.g. responds with an active TP A), then the Poller issues a transmit data 
request for that port to the Queue Controller 630. The Queue Controller maintains per port queues of 
30 downstream data from the WAN. Since each port is polled prior to a transmit data request being issued, 
head-of-line blocking is avoided and there is no need to have individual port output FIFOs. The Queue 
Controller sends the data for the requested port to the shared Tx Data FIFO 660. This data is then sent to 
the destined loop port. 

In a further specific embodiment, a traffic manager according to the invention, can achieve the 
35 following: 

1. Ma.vimize bus utihzation. 



y I 
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relativ 



2. Maintain relative fairness among ports. If bus maximum bandwidth is exceeded no one port 
is penalized more than any other port. 

3. Use only one transmit data FIFO that is shared among all ports. 

4. Minimize delay variation and underflow to ports. 

5 5. Evenly distribute bandwidth allotted to port's of similar rates. 

6. Avoid spikes/bursts: (i.e. Ports of the same rate always wanting data at the same time). 

7. Port priority is not tied to its physical port number. 

8. No physical port numbers are reserved as high priority ports. 

9. Place no restrictions to which ports are actually populated. 

10 10. Minimize polling bandwidth and pin requiremaits between the Traffic Management Device 

and the loop port devices. 
11. Allow port parameters to be reconfigured on the fly without taking the port or scheduler 
offline. 

As can be seen in FIG. 1, rather than scheduling or shaping cell emissions between the traffic 
15 manager and loop ports, traffic management according to the present invention schedules the polling of 
ports and emits cells to ports with successful polls. 

Other features of various specific embodiments can include: (a) weighted fair poUing distribution 
mechanism; (b) parallel processing of 32 ports at a time; (c) scheduler can search 2k ports in 64 cycles; 
(d) each port poll scheduled requires 1 cycle; (e) specific implementations have pKJwer savings features; (f) 
20 only read weight and sequence rams after determining that a port has data queued (e.g. Port Active is 
asserted) in order to conserve power; (g) last port detector enhances algorithm performance; (h) a port's 
parameters (e.g. weight and sequence numbers) can be reconfigured without taking the port offline. The 
traffic manager will adapt to these new parameters the next time it evaluates the port. This is important in 
some communication systems because loop ports may frequently change data rates. 

25 Example Loop Port Scheduler (LPS) Architecture 

FIG. 2 is a block diagram showing an example loop port scheduler implementation according to 

specific embodiments of the invention. In this example, to increase scheduling efficiency, 32 ports are 
evaluated in parallel. The LPS minimizes the required polling bandwidth by adhering to the following: (1) 
Only ports that have data queued in Queue Controller 630 are eligible to be polled. (2) Avoid polling a 

30 port when the port can not accept new data. This is accomplished by relating the port's poll rate with the 
port's actual data rate. As a guideUne for appUcation software estabhshing initial weight values, a port 
generally should not be polled more often then twice its data rate unless there is excess poll bandwidth. 
Application software in a communication system will be responsible for initial modem rate setup and for 
changing rates after detecting modem speed changes. Driver software generally residing on the traffic 

35 management device is responsible for both determining an appropriate distribution for sequence numbers 
in various weights and assigning sequence numbers to ports. When necessary, the driver software will also 
reassign sequence numbers when distribution of ports in weight groups becomes significantly unbalanced 
due to port deactivations. 
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In order to distribute polling bandwidth efiiciently and fairly among ports, the following 
scheduling algorithm may be used in specific embodiments of the invention when selecting a port to poll: 

Each port is assigned a 3-bit logarithmic weight (LW) value defming the relative rate of the port. 
A port's relative weight (RW) is calculated as RW=2^^'^^\ providing eight discrete relative weights 
5 between 1 and 128. The LW value is used to determine how frequently a port is polled. 

Each port is assigned a 7-bit sequence value (which may also be referred to as a sequence number 
or a poll sequence identifier). Ports that share the same weight value should be assigned an even 
distribution of sequence values. This sequence value is used to distribute the polling of ports of the same 
weight evenly over time. 

10 The LPS maintains a 7-bit master sequence number 628. The LPS monotonically cycles through 

128 numbers in sequence. The master sequence counter increments once upon each completion of a polling 
sequence, counting linearly from 0 to 127, rolling over to 0, and continuing. For each master sequence 
number, the scheduler evaluates each port based on its eligibility conditions and schedules ports to be 
polled if both of these conditions are met: (1) There is data curraitly queued to that port (e.g. the port has 
15 its PortActive bit asserted. This condition eliminates wasting polling bandwidth by not polUng ports that 
do not need to be polled.) (2) The n-LSB's of a port's sequence number match the n-LSB's of the 
ijl scheduler's master sequence value, where n is equal to the port's 3 -bit LW value. This condition is 

K ignored when the port's LW value is equal to zero. Thus, if n = 0, the port matches every master sequence 

Q 

I ^ number; if N = 1, the port matches every second MSN; if N = 2, the port matches every fourth MSN, etc. 

W 20 In a particular embodiment, therefore, each Polling Sequence can result in anywhere from 0 to the 

maximum number of supported ports (such as 2048) being determined eligible. 

In a further embodiment, an additional requirement is that the port does not have a request for cell 

retrieval pending. In other words, if a polled port indicated it was able to accept data during a previous 

i-y 

poll, and a transmission of data to tiiat port has not been completely sent to the port, a second request to 
O 25 transmit data to that port is not issued. This can either be accomplished by the poller suppressing the poll 

or by the queue controller suppressing the transmit request. 

Driver software in the traffic management device sets Poll Sequence Identifiers such that ports at 
the same weight are evenly distributed throughout the polling sequences. Having software set the Poll 
Sequence Identifiers in tliis manner enables a port of any bandwidth (within the supported range) to be 
30 placed on any PortID and still be serviced according to its weight in a fair manner. This provides 
additional system design flexibility. 

Sequencer 605 steps through each port in turn, scanning Sequencing Table 614 identifying loop 
ports which are eligible for polling and placing PortlDs of eUgible ports into Poll Request FIFO 616. In a 
particular embodiment, when FIFO 616 becomes full, the sequencer stops and waits. It continues when 
35 FIFO 616 becomes not full. 

Sequencing Table 614 

In a specific example embodiment, storage of LW and Poll Sequence Identifier and status 
information about ports can be understood as stored in a Sequence Table 614, which in a specific example 



I"'"' 
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onbodiment can be understood as containing eleven bits per port: 3 bits for the Polling Weigjit, 7 bits for 
the Poll Sequence Identifier, and I bit indicating PortActive (indicating that there is available to be 
transmitted to a port). Software configures the Port Weight and the Poll Sequence Identifier. The Queue 
Controller 630 updates the PortActive bit. In a specific example embodiment. Sequencing Table 614 can 
5 be understood as a number of separate memory blocks (such as RAMS). 

In a specific embodiment, a stored PortActive may actually be several bits (such as four, one for 
each possible class of services). However, from the point of view of the scheduler as herein described, 
these bits may be ORd togethCT, effectively prodicing a single active/not_active signal. 

The PortActive RAM 617 effectively contains a PortActive bit for each port. This memory 
10 effectively has 2 interfaces, a r/w interface used by the Queue Controller to update the status bits based on 
active data in the queue and a read interface used by the Sequencer. 

The Port Weight RAM 618 contains port weight values for each port. It has two interfaces, a r/w 
interface used by software to update Port Weight when necessary and a read interface used by the 
Sequencer. Updates of this memory block by software are typically required only when a new line card is 
15 provisioned. Updates may also be required when modems retrain to a significantly different line rate, 
moving the modem into a different weighting group. 

The Port Sequence RAM 619 contains the port sequence values. It has two interfaces, a r/w 
interface used by software to update port Sequence Identifiers, and a read interface used by the Sequencer. 
Updates by software are typically required only when a new line card is provisioned. Updates may also be 
20 desired when modems retrain to a significantly different line rate, moving the modem into a different 
weighting group and possibly requiring a new distribution of port sequence values. In particular 
embodiments, sequence numbers and weights may be modified at any time during system operation. 
Poll Request FIFO 616 

The Poll Request FIFO is a two interface FIFO containing PortID numbers. The write interface is 
25 updated by loop port scheduler 600. The read interface is used by poller 610. 

Based on particular system design, if LPS 600 can complete a poll sequence within the average 
time it takes to retrieve a cell from a queue, the weighting structiu'e guarantees that the LPS will not cause 
a transmit cell opportunity to be missed. 

In a particular example embodiment, the average time to retrieve a cell is expected to be about 80 
30 sysclk cycles. For 2k ports, this would require the LPS to scan 2048/80 or approximately 25 ports per 
sysclk cycle, implying, for 11-bit entries, a 275-bit wide Sequence Table RAM. While this may be more 
than is necessary in some applications, it does put an upper bound on the Sequence Table width. 

The Poll Request FIFO must be shallow enough so the information within it does not become 
stale, creating unfairness between ports; yet it must be large enough to ensure that it rarely under-runs. 
35 However, it may underrun if the Sequencer requires more. time to fmd the next eligible port then it takes 
for the Poller to empty the Poll Request FIFO. Under-running results in no polling actions, which can 
result in missed transmit cell opportunities. 
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Parallel Port Evaluator 

FIG. 2 is a block diagram showing an example loop port scheduler implementation according to 

specific embodiments of the invention. In this particular example embodiment, a number of ports are 
evaluated at the same time (such as 32). While other very different implementations according to the 
invention are possible, this particular design is included for completeness of the disclosure to disclosure 
possibly preferred embodiments and to describe further independently innovative aspects. FIG. 2 can be 
viewed as either a circuit block diagram or as a operational block diagram illustrating a method according 
to the invention. 

FIG. 2 operates as follows. A search is performed in parallel searcher 605 to select ports for 
polling. To perform this search, 605 reads master sequence numbw 628 and examines data stored for 32 
port ids. 

In particular embodiments, ports that do not have transmit data pending indicated by the 
PortActive RAM 617 are not selected. 

Ports with non-zero port weights whose sequence number, as stored in 619, do not match a 
specified number of bits of the MSN also are not selected. In particular embodiments, the n bit compared 
are the n LSBs of the MSN. The number of bits compared is determined by the weight value as stored in 
618. Ports with zero port weights as stored in 618 are always selected. 

The value of the LSBs of those ports that are selected (in a specific embodiment, five bits) are 
then encoded into a poll port vector (PPV). In specific embodiments, this is simply a 32-bit vector, with 
active bit positions indicating LSBs of ports selected for polling. The remaining MSBs of ports selected 
(in a specific embodiment, six bits) are output by 605 selector as the port number base 607. 

The PPV is output through a multiplexor 609, to a working PPV location 611. From this 
location, a single PortID is selected to output to the Poll Request FIFO, as follows. The PPV is fu-st 
output to two priority encoders 622 and 624. Each of these encoders output a single value representative 
of either the highest value (generally the most significant active bit of the PPV, which is output by 622) or 
the lowest value (generally the least significant active bit of the PPV, which is output by 624). Typically, 
this value is output as a multi-bit value (such as five bits). The low value output by priority encoder 624 
forms the LSB for the output PortID number and the MSB of the PortID number is formed by Port Base 
606. The completed PortID number is placed in the poll request FIFO. This output value is also sent to a 
reset bit module 628 in order to deselect 1-bit corresponding to the PortID that has been placed in the poll 
request FIFO. 

Priority encoder 622 and comparater 626 are used to determine when the last port bit value in 61 1 
is being output. As indicated, compare 626 determines when the values output by 622 and 624 are equal, 
which indicates that both the highest and lowest bit positions in 6 1 1 are the same, thus indicating that the 
last bit is being evaluated. As shown, when the values are equal, the equal signal enables 605 to move to a 
new set of port ids for comparison and to output a new Port Number Base 607. When not equal, 
searching is halted while the above describe processing takes place. When the values are equal. 
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multiplexer 609 selects the newly output PPV rather than the reset bit logic for placement into the working 
PPR register 611. 

When all portlDs have been evaluated, by 605, MSN 628 is incremented and an evaluation of all 
ports is done again. Determination that all ports have been evaluated and therefor to increment the Master 
Sequence Number can be detected in a number of ways, such as by detecting w^hen a Port Number Base 
607 is at a maximum value. 

FIG. 3 shows an example of how software may use logarithmic weights in a desired relationship 
in a particular embodiment bet\veen the weights and the port line speed. These values are examples only 
and will vary in difierent circuit implementations. 

From tlie teachings herein, it will be seen that according to various aspects of specific 
anbodiments of the invention: 

1. The LPS provides a method of distributing data to a large number of ports over a shared 
data bus using a single output FIFO while maintaining fairness and reducing head-of-line 
blocking without using extreme clock rates. 

2. The LPS schedules port polling requests instead of cell emissions. 

3. The weighted fair polling distribution mechanism minimizes polling bandwidth, spreads 
polls to reduce bursts, and makes efficient use of the shared data bus. 

4. A port's parameters (i.e. weight and sequence numbers) can be reconfigured without taking 
tlie port offline. The LPS will adapt to these new parameters the next time it evaluates the 
port. This is important in DSLAM systems since loop ports may frequently change data 
rates. 

Other Embodiments 

The invention has now been described with reference to specific embodiments, including details of 
particular circuit implementations incorporating aspects of the invention. Other embodiments will be 
apparent to those of skill in the art. In particular, methods according to the invention can be used in a wide 
variety of communications applications different from those illustrated herein. 

In particular, while the present invention has particular applications in scheduling DSLAM loop 
ports, the invention can also be used for scheduling low speed framers or PHY devices such as Tl, El, Jl, 
J2, ATM25, E3, or DS3 devices. 

Furthermore, the total number of ports supported can be varied based on the target application; 
the total number of weight values and sequence numbers used can be varied based on the target 
application's performance requirements; and when implementing LPS, the number of ports that are 
evaluated in parallel can be varied based on hardware limitations or capabilities and performance 
requirements. 

It is understood that the examples and embodiments described herein are for illustrative purposes 
and that various modifications or changes in light thereof will be suggested by the teachings herein to 
persons skilled in the art and are to be included within the spirit and purview of this application and scope 
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of the claims. All publications, patents, and patent applications cited herein are hereby incorporated by 
reference in their entirety for all purposes . 
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